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_ Section  I 

Description  of  the  MS  Software 

Engineering  Program 


MS  Software  Engineering  Program 


1.  INTRODUCTION 

The  Software  Engineering  program  at  the  U.S.  Naval  Postgraduate  School  provides 
military  and  government  graduate  students  with  an  opportunity  to  learn  all  aspects 
of  software  development  and  the  skills  needed  to  efficiently  and  reliably  plan  and 
create  large-scale  software  systems  using  the  best  available  tools.  These  skills 
are  essential  for  officers  and  civilians  responsible  for  acquisition,  development  or 
maintenance  of  military  software. 

The  program  includes  in-residence  and  distance  learning  MS  and  PhD  degree 
programs,  certificate  programs,  short  courses,  and  laboratory  support.  The  PhD 
program  is  the  first-ever  doctoral  program  in  Software  Engineering.  The  MS  program 
offers  four  ways  for  students  to  earn  a  Master’s  degree:  (1 )  MS  Software  Engineering 
Full-Time  option,  (2)  MS  Software  Engineering  Part-Time  option,  (3)  MS  Software 
Engineering  with  Combat  Systems  Sub-specialty  option,  and  (4)  MS  Computer 
Science  with  Computer  Science  Sub-specialty  option. 


2.  MASTER  OF  SCIENCE  IN  SOFTWARE  ENGINEERING,  FULL-TIME 
OPTION  (369) 

The  MSSE  offers  a  six-quarter,  full-time  curriculum  with  entry  date  in  October,  and 
an  optional  refresher  quarter  that  starts  in  July.  The  program  has  built-in  electives  to 
allow  military  students  to  complete  both  intermediate  level  Navy  Professional  Military 
Education  (PME)  and  Joint  Professional  Military  Education  (JPME)  Phase  I  at  NPS. 
For  more  information,  visit  our  website  at  http://seac.nps.navy.mil  or  email  your 
inquiries  to  se@cs.nps.navy.mil,  or  contact  the  Curricular  Office  at 
clapacik@nps.navy.mil. 


2.1  Entry  Requirements 

Any  military  or  civilian  personnel  sponsored  by  the  U.S.  Government,  holding  an 
accredited  baccalaureate  degree  in  one  of  the  engineering  disciplines,  computer 
science,  or  related  field,  with  above-average  grades  in  mathematics,  and  at  least 
one  year  of  software  development,  maintenance,  or  acquisition  experience  are  eligible 
to  apply. 

Application  information  for  the  MS  degree  in  software  Engineering  can  be  found  at: 
http://seac.nps.navy.mil. 
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MS  Software  Engineering  Program 


2.2  Sample  Course  Matrix 


MS  Software  Engineering 

18  Month  Curriculum  for  Military  Students 


Fall  Input 


Quarter  1 
(Fall) 

SW  3460 

Software  Methodology 
(3-1) 

CS  3502 

Computer  Comms  and 
Networks  (4-0) 

/  SW4555  Engineering  of 
Network  Centric  Systems 
(3-1) 

SW4582  Software  Safety 
(3-1) 

NW-3230 

Strategy  and  Policy 

Quarter  2 
(Winter) 

SW4500 

Software  Engineering 
(3-1) 

j  W4580  Design  of 
Embedded  Real-Time 
Systems  (3-0) 

SW4591  Requirements 
Engineering  (3-1) 

NW-3210  NSDM: 
Directed  Study  Part  1 

Quarter  3 
(Spring) 

SW4520  Advanced 
Software  Engineering 
(3-0) 

S4300  Software 
Engineering  and 
Management  (3-2) 

SW4590  Software 
Architecture  (3-1) 

NW-3211  NSDM: 
Directed  Study  Part  II 

Quarter  4 
(Summer) 

SW4540 

Software  Testing 
(3-1) 

MN3309  Acquisition  of 
Embedded  Weapon  Sys 
S/W  (4-1) 

;  SW4581  Software 

Reliability  &  Quality 
Metrics  (3-1) 

SW4510  Computer  Aided 
Prototyping 
(3-0) 

!  SW4530  Software  R&D 
in  DoD  (3-1) 

NW-3220  JMO:  Directed 
Study  Part  1 

Quarter  5 
(Fall) 

SW  0810 

Thesis 

| 

SW  0810 

Thesis 

SW4570  Software 
Reuse  (3-0) 
SW4592  Software  Risk 
Assessment 
(3-1) 

NW-3221  JMO:  Directed 
Study  Part  II 

Quarter  6 

i 

SW  0810 

SW  0810 

IS3171  Economic 

1  Evaluation  of  Information 
'  Systems  II  (4-1) 

NW-3223  JMO:  Directed 

(Winter) 

Thesis 

Thesis 

i  EO4011  System 

Study  Part  1 

Engineering  for 

1  Acquisition  Managers 
(3-2) 

This  track  is  notional.  Please  see  the  Software  Engineering  Academic  Associate  regarding 
possible  substitutions  for  track-specific  classes  to  accommodate  focus  areas  pertinent  to 
your  thesis  research. 
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Students  who  have  enough  computer  and  programming  background  and  have  no 
special  military  requirements  may  have  some  of  the  courses  waived  and  finish  the 
study  in  four  quarters  based  upon  the  course  matrix  shown  below. 

MS  Software  Engineering 

12  Month  Curriculum  for  Civilian  Students 


Fall  Input 


Quarter  1 
(Fall) 

SW  3460 

Software  Methodology 
(3-1) 

CS  3502 

Computer  Comms  and 
Networks  (4-0) 

/  SW4555  Engineering  of 
Network  Centric  Systems 
(3-1) 

SW4570  Software  Reuse 
(3-0) 

/  SW4592  Software  Risk 
Assessment 
(3-D 

SW4582  Software  Safety 
(3-1) 

Quarter  2 
(Winter) 

SW4500 

Software  Engineering 
(3-1) 

SW4580  Design  of 
Embedded  Real-Time 
Systems  (3-0) 

SW4591  Requirements 
Engineering  (3-1) 

SW08 10  Thesis 
Research 

Quarter  3 
(Spring) 

SW4520  Advanced 
Software  Engineering 
(3-0) 

IS4300  Software 
Engineering  and 
Management  (3-2) 

IS3171  Economic 
Evaluation  of  Information 
Systems  II  (4-1) 

/  EO4011  System 
Engineering  for 
Acquisition  Managers 
(3-2) 

SW0810  Thesis 
Research 

Quarter  4 
(Summer) 

SW4540 

Software  Testing 
(3-1) 

SW4510  Computer  Aided 
Prototyping 
(3-0) 

/  SW4530  Software  R&D 
in  DoD  (3-1) 

/  SW4581  Software 
Reliability  &  Quality 
Metrics  (3-1) 

SW0810  Thesis 
Research 

SW0810  Thesis 
Research 

Note:  This  track  is  notional.  Please  see  the  Software  Engineering  Academic  Associate 
regarding  possible  substitutions  for  track-specific  classes  to  accommodate  focus  areas 
pertinent  to  your  thesis  research. 
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MS  Software  Engineering  Program 


2.3  Degree  Requirements 

Students  enrolled  in  the  Software  Engineering  curriculum  must  complete  the  12 
courses  approved  by  the  program. 


3.  Master  of  Science  in  Software  Engineering,  Part-time  Option  (369) 

This  is  a  twelve-quarter,  part-time  curriculum  with  entry  date  in  October.  The  program 
has  enough  flexibility  for  sponsors  to  tailor  the  elective  courses  to  meet  their  special 
needs.  For  more  information,  visit  our  website  at  http://seac.nps.navy.mil  or  email 
your  inquiries  to  se@cs.nps.navy.mil. 


3.1  Entry  Requirements 

Any  military  or  civilian  personnel  sponsored  by  the  U.S.  Government,  holding  an 
accredited  bachelor’s  degree  in  one  of  the  engineering  disciplines,  computer  science, 
or  related  field,  with  above-average  grades  in  mathematics,  and  at  least  one  year  of 
software  development,  maintenance,  or  acquisition  experience  is  eligible  to  apply. 

Application  information  for  the  MS  degree  in  Software  Engineering  can  be  found  at 
http://seac.nps.navy.mil. 


3.2  Sample  Course  Matrix  for  Software  Acquisition  Track 


MS  Software  Engineering 

18  Month  Curriculum  for  Military  Students 
Spring  Input 


Quarter  1 
(Spring) 

SW  3460 

Software  Methodology 
(3-1) 

CS  3502 

Computer  Comms  and 
Networks  (4-0) 

/  SW4555  Engineering  of 
Network  Centric  Systems 
(3-D 

IS4300  Software 
Engineering  and 
Management  (3-2) 

NW-3230 

Strategy  and  Policy 

Quarter  2 
(Summer) 

SW4500 

Software  Engineering 
(3-1) 

SW4540 

Software  Testing 
(3-D 

MN3309  Acquisition  of 
Embedded  Weapon  Sys 

1  S/W 

I  (4-1) 

■  /SW4581  Software 

Reliability  &  Quality 
Metrics  (3-1) 

NW-3210  NSDM: 
Directed  Study  Part  1 
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MS  Software  Engineering,  (continued) 
18  Month  Curriculum  for  Military  Students 


Spring  Input 


Quarter  3 
(Fall) 

SW4570  Software  Reuse 
j  (3-0) 

SW4582  Software  Safety 
(3-1) 

W4592  Software  Risk 
Assessment 
(3-1) 

NW-3211  NSDM: 
Directed  Study  Part  II 

Quarter  4 
(Winter) 

SW4580  Design  of 
Embedded  Real-Time 
Systems  (3-0) 

SW4591  Requirements 
Engineering  (3-1) 

IS3171  Economic 
Evaluation  of  Information 
Systems  II  (4-1) 

/  EO401 1  System 
Engineering  for 
Acquisition  Managers 
(3-2) 

NW-3220  JMO:  Directed 
Study  Part  1 

Quarter  5 
(Spring) 

SW  0810 

Thesis 

SW  0810 

Thesis 

SW4520  Advanced 
Software  Engineering 
(3-0) 

NW-3221  JMO:  Directed 
Study  Part  II 

Quarter  6 

SW  0810 

SW  0810 

SW4510  Computer  Aided 
Prototyping 
|  (3-0) 

[/  SW4530  Software  R&D 

NW-3223  JMO:  Directed 

(Summer) 

Thesis 

Thesis 

Study  Part  1 

1  in  DoD  (3-1) 

Note:  This  track  is  notional.  Please  see  the  Software  Engineering  Academic  Associate 
regarding  possible  substitutions  for  track-specific  classes  to  accommodate  focus  areas 
pertinent  to  your  thesis  research. 

3.3  Degree  Requirements 

Students  enrolled  in  the  Software  Engineering  curriculum  must  complete  the  twelve 
courses  approved  by  the  Software  Engineering  Academic  Associate.  Completion 
of  a  master’s  thesis  is  required. 
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MS  Software  Engineering  Program 


3.4  Distance  Learning  Equipment  Specifications 

Students  participate  in  the  distance  Learning  Program  via  our  PictureTel  4000  Video 
Teleconferencing  Systems  using  Integrated  Services  digital  Network,  Basic  Rate 
Interface  (ISDN  Rl)  lines.  This  set-up  allows  two-way,  interactive  audio  and  video 
between  distant  sites  and  an  NPS  classroom.  The  students’  site  must  have  a 
standards-based  (H. 320-compatible)  connection  to  a  dial-up  network  (FTS2000). 

Commercial  networks  may  be  used  when  FTS2000  is  not  available.  NPS  uses 
AT&T  Accunet  for  commercial  calls.  NPS  is  currently  establishing  a  program  to 
lease  VTC  equipment  to  remote  sites  in  order  to  provide  the  highest  degree  of 
compatibility  and  fidelity  that  the  technology  offers. 


4.  MASTER  OF  SCIENCE  IN  SOFTWARE  ENGINEERING,  COMBAT 
SYSTEMS  SUBSPECIALTY  OPTION  (533) 

The  Combat  Systems  Sub-specialty  MSSE  is  an  eight-quarter  curriculum  with  entry 
dates  in  January  and  July.  This  is  a  systems  engineering  program  with  an  emphasis 
on  computer-based  systems  and  DoD  applications.  This  program  is  designed  to 
meet  Navy  needs  that  go  beyond  software  to  treat  whole  system  issues.  If  further 
information  is  needed,  contact  the  Curricular  Officer  or  the  Academic  Associate. 


4.1  Entry  Requirements 

A  baccalaureate  degree  with  mathematics  through  differential  and  integral  calculus 
and  a  calculus-based  physics  sequence  are  required  for  direct  input.  Courses  in 
the  physical  sciences  and  engineering  are  highly  desirable.  Officers  not  having  the 
required  qualifications  for  direct  input  enter  the  program  through  the  Engineering 
Science  (460)  Curriculum.  An  APC  of  323  is  required. 
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4.2  Sample  Course  Matrix 


MS  Software  Engineering 

Course  Matrix  for  Students  Entering  in  Summer 


PHI 121 
Mechanics  1 

MAI  995 

Math  Methods  1 

MAI  996 

Math  Methods  II 

NW3230 

Strategy  &  Policy:  The 
American  Experience 

PH1322 

E&MI 

PH2151 
Mechanics  II 

PH3991 

Theoretical  Physics 

SW3460 

Software  Methodology 

Quarter  3 
(Winter) 

PH 1623 

Modern  Physics  1 

PH2351 

E&M  II 

SE2013 

Analog  Techniques  & 
Communications 

SW4500 

Software  Engineering 

Quarter  4 
(Spring) 

PH3352 

E&MIII 

PH3652 

Modern  Physics  II 

SE2014 

Digital  Techniques 

SW4520 

Advanced  Software 
Engineering 

E 

PH3292 

Physics  Optics 

SE3015 

Autonomous  Combat 
Systems  Design 

SW  4510 
Computer  Aided 
Prototyping 

SW4540 

Software  Testing 

Quarter  6 
(Fall) 

SE3172 

Physics  of  Weapon 
Systems 

SW4592 

Software  Risk 
Assessment 

SW4520 

Software  Engineering 
R&D  in  DoD 

SW0810 

Thesis  Research 

SE3400 

Physics  of  Sonar 
Systems 

SW4580 

Design  of  Embedded 
Real  Time  Systems 

SW4591 

Requirements 

Engineering 

SW0810 

Thesis  Research 

Quarter  8 
(Spring) 

SE4050 

Physics  of  E&M 
Sensors 

SE4860 

Advanced  Weapons 
Concepts 

r- 

SW0810 

Thesis  Research 

SW0810 

Thesis  Research 

This  track  is  notional.  Please  see  the  Software  Engineering  Weapon  Systems  regarding 
possible  substitutions  for  track-specific  classes  to  accommodate  focus  areas  pertinent  to 
your  thesis  research. 
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MS  Software  Engineering  Program 


4.3  Degree  Requirements 

Students  enrolled  in  the  Combat  Systems  Sub-specialty  MSSE  curriculum  must 
complete  the  28  above  listed  courses.  Completion  of  a  master’s  thesis  is  required. 


5.  MASTER  OF  SCIENCE  IN  COMPUTER  SCIENCE,  COMPUTER 
SCIENCE  SUBSPECIALTY  OPTION  (368) 

The  Computer  Science  curriculum  is  designed  to  provide  the  student  with  the 
technical  knowledge  and  skills  necessary  to  specify,  evaluate  and  manage  computer 
system  design;  provide  technical  guidance  in  applications  ranging  from  data 
processing  to  tactical  embedded  systems;  educate  the  student  in  the  analysis  and 
design  methodologies  appropriate  for  hardware,  software  and  firmware;  and  provide 
the  student  with  practical  experience  in  applying  modern  computer  equipment  and 
research  techniques  to  solve  military  problems. 

The  purposes  of  the  Software  Engineering  track  are  to  provide  knowledge  of  all 
aspects  of  software  development  and  to  develop  skills  needed  to  efficiently  and 
reliably  implement  military  systems  and  application  software  using  the  best  available 
tools  and  techniques. 

The  MSCS  is  an  eight-quarter  course  of  study  with  entry  dates  in  April  and  October. 
Those  requiring  the  six-  or  twelve-week  refresher  will  begin  study  prior  to  those 
entry  dates.  If  further  information  is  needed,  contact  the  Academic  Associate  of 
Curricular  Officer. 

For  more  information,  visit  our  website  at  http://seac.nps.navy.mil,  or  email  your 
inquiries  to  se@cs.nps.navy.mil,  or  contact  the  Curricular  Officer  at 
clapacik@nps.navy.mil. 


5.1  Entry  Requirements 

A  baccalaureate  degree  or  the  equivalent  with  above-average  grades  in  mathematics 
(including  differential  and  integral  calculus),  resulting  in  an  APC  of  at  least  325  is 
required  for  direct  entry.  Undergraduate  degrees  in  applied  science  or  engineering 
are  highly  desirable.  Students  lacking  these  prerequisites  may  be  acceptable  for 
the  program  through  a  six-  or  twelve-week  refresher  course,  providing  their 
undergraduate  records  and/or  other  indicators  of  success,  such  as  the  Graduate 
Record  Examination  (GRE)  indicate  an  ability  to  work  in  quantitative  subjects.  While 
previous  academic  or  practical  experience  in  computer  science  is  certainly  helpful 
and  can  enhance  the  applicant’s  potential  for  admission,  such  experience  is  not 
a  prerequisite. 
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5.2  Sample  Course  Matrix 


MS  Computer  Science 
Software  Engineering  Track 

18  Month  Curriculum  for  URL  Students  (CS  Undergrad) 

Fall  Input 


Quarter  1 
(Fall) 

CS  377X 

Second  Language 
(4-2) 

CS  3502 

Computer  Comms  and 
Networks 
(4-0) 

SW  3460 

Software  Methodology 
(3-1) 

NW-3230 

Strategy  and  Policy 

Quarter  2 
(Winter) 

SW4500 

Software  Engineering 
(3-1) 

SW4580  Design  of 
Embedded  Real-Time 
Systems  (3-0) 

SW4591  Requirements 
Engineering  (3-1) 

NW-3210  NSDM: 
Directed  Study  Part  1 

Quarter  3 
(Spring) 

CS  3310 

Artificial  Intelligence 
(4-1) 

SW4520  Advanced 
Software  Engineering 
(3-0) 

SW4590  Software 
Architecture  (3-1 ) 

NW-3211  NSDM: 
Directed  Study  Part  II 

Quarter  4 
(Summer) 

SW451 0  Computer  Aided 
Prototyping 
(3-0) 

/  SW4530  Software  R&D 
in  DoD  (3-1) 

SW4540 

Software  Testing 
(3-1) 

/  SW4581  Software 
Reliability  &  Quality 
Metrics  (3-1) 

CS  3320 

Database  Systems 
(3-1) 

NW-3220  JMO:  Directed 
Study  Part  1 

Quarter  5 
(Fall) 

CS  0810 

Thesis 

CS  0810 

Thesis 

CS  3600 

Intro  Computer  Security 
(4-2) 

NW-3221  JMO:  Directed 
Study  Part  II 

Quarter  6 
(Winter) 

CS  0810 

Thesis 

CS  0810 

Thesis 

MV  4203  Interactive 
Computation  Systems 
(3-2) 

NW-3223  JMO:  Directed 
Study  Part  1 

This  track  is  notional.  Please  see  the  Software  Engineering  Academic  Associate  regarding 
possible  substitutions  for  track-specific  classes  to  accommodate  focus  areas  pertinent  to 
your  thesis  research. 


Software  Engineering  Center  2001 


11 


MS  Software  Engineering  Program 


5.3  Degree  Requirements 

Students  enrolled  in  the  MSCS/Software  Engineering  track  must  successfully 
complete  the  7  general  Computer  Science  courses  plus  7  advanced  Software 
Engineering  courses.  Completion  of  research  leading  to  a  master’s  thesis 
is  required. 


6.  ADMISSION  PROCEDURES 

The  point  of  contact  to  request  Naval  Postgraduate  School  catalogs  and  admission 
to  all  degree  programs  is: 


Director  of  Admissions 

Code  01 B3,  Naval  Postgraduate  School 
589  Dyer  Rd,  RM  103C 
Monterey,  CA  93943-51 00 
Telephone:  (831)656-3093 
DSN:  878-3093 

FAX:  (831)656-2891 

Application  information  for  the  MS  degree  in  Software  Engineering  can  be  found  at: 
http://seac.nps.navy.mil. 


II.  QUARTERLY  COURSE  PRE-REGISTRATION  PROCEDURE 
FOR  DISTANCE  LEARNING  CLASSES 

1.  In  the  first  week  of  each  quarter,  the  Software  Engineering  staff  provides 
POCs  at  remote  sites  with  the  list  of  distance  learning  courses  (course  number, 
catalog  description,  instructor,  lecture  time).  Remind  POCs  to  have  students  fill  out 
the  Registration  Information  Sheet  for  Distance  Learning  Students  form  (Appendix 
1)  if  taking  NPS  courses  for  the  first  time. 

2.  POCs  at  remote  sites  submit  class  lists  to  the  Software  Engineering  office 
(seac_ms@cs.nps.navy.mil)  via  email  no  later  than  Friday  of  the  third  week. 

3.  Software  engineering  staff  forwards  the  class  lists  to  the  Assistant  Registrar 
(mscheffel@nps.navy.mil)  vial  email. 
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4.  The  MSSE  coordinator  forwards  the  list  of  distance  learning  courses 
and  their  lecture  hours  to  the  Scheduler  (cwilson@nps.navy.mil)  by  Friday  the 
fourth  week. 

5.  The  MSSE  coordinator  forwards  VTC  requirements  to  the  Distance  Learning 
Coordinator  (dswalsh@npslnavy.mil)  by  Friday  of  the  fourth  week. 


III.  QUARTERLY  STUDENT  OPINION  FORM  (SOF)  PROCEDURE 
FOR  DISTANCE  LEARNING  CLASSES 

1.  Software  Engineering  staff  obtains  SOF  packages  from  the  Scheduler 
(cwilson@nps.navy.mil)  by  Friday  of  the  seventh  week  of  each  quarter. 

2.  Software  Engineering  staff  asks  the  instructors  to  fill  out  the  cover  sheets. 

3.  Software  Engineering  staff  mails  the  SOF  packages  (together  with  the 
instructions  shown  in  Appendix  2)  to  the  POCs  at  remote  sites,  asking  them  to  have 
the  distance  learning  students  fill  out  the  SOFs  and  return  the  packages  to  the 
Software  Engineering  office  by  Monday  of  the  eleventh  week. 

4.  Software  Engineering  staff  sends  reminder  via  email  to  the  POCs  at  remote 
sites  if  he/she  has  not  received  the  SOFs  by  Monday  of  the  twelfth  week. 

5.  Software  engineering  staff  forwards  the  SOFs  to  the  Scheduler 
(cwilson@nps.navy.mil)  by  Friday  of  the  thirteenth  week. 


IV.  QUARTERLY  THESIS  SUBMISSION  PROCEDURE  FOR 
DISTANCE  LEARNING  STUDENTS 

1 .  The  first  week  of  each  quarter,  Software  Engineering  staff  notifies  POCs  at 
remote  sites  to  submit  the  list  of  graduates  (and  their  official  names,  postal  address 
for  diploma,  thesis  advisor,  thesis  title,  and  whether  or  not  they  will  attend  graduation 
ceremonies)  in  that  quarter. 

2.  By  the  end  of  the  second  week,  POCs  at  remote  sites  submit  a  list  of  those 
students  graduating  that  quarter  (and  their  information)  to  the  Software  Engineering 
office  (seac_ms@cs.nps.navy.mil). 

3.  Software  Engineering  staff  forwards  the  graduation  list  and  information  to 
the  Code  32  curricular  office  Obrennan@nps.navy.mil,  (831)  656-4679], 
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4.  Software  Engineering  staff  forwards  the  following  attachments  to  the 
graduating  students: 

•  Class  checklist. 

•  Thesis  preparation/distribution  form 

•  Research  information  form 

•  Thesis  Release  Memo  (thesis  publication  on  the  thesis  web  site) 

•  Sample  thesis  pages 

5.  By  the  end  of  the  sixth  week,  graduating  students  must  send  thesis  draft  to  the 
thesis  processor  for  format  check  and  incorporate  the  comments  into  the 
thesis  draft: 


Ms.  Elaine  Christian,  Code  91/Ec 
Room  Ha-236 
Naval  Postgraduate  School 
Monterey,  CA  93943-51 38 
Phone:  (831)656-1124 
Email:  echristian@nps.navy.mil 

6.  By  the  end  of  the  seventh  week,  graduating  students  send  thesis  draft  to  advisors 
and  second  readers  for  content  check. 

7.  By  the  end  of  the  eighth  week,  thesis  advisors  will  inform  the  Software  Engineering 
office  (seac_ms@cs.nps.navy.mil)  via  email  if  they  find  the  thesis  content  acceptable 
for  graduation.  The  Software  Engineering  staff  will  withdraw  students  from  the 
graduation  list  (via  email  to  Ms.  Jean  Brennan  at  the  Code  32  curricular  office)  if 
their  advisors  have  not  sent  approval  to  the  Software  Engineering  office  by  the  end 
of  the  eighth  week. 

8.  By  the  end  of  the  ninth  week,  graduating  students  must  incorporate  all  the 
changes  from  their  advisors  and  second  readers  and  send  the  thesis  draft  to  the 
thesis  processor  for  a  second  format  check. 

9.  By  the  end  of  the  tenth  week,  graduating  students  must  incorporate  any  changes 
required  by  the  thesis  processor  and  submit  the  final  thesis  to  the  NPS  Software 
Engineering  office. 

♦  Student  signs  the  signature  page. 
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•  If  the  thesis  involves  a  co-advisor  or  second  reader  at  a  remote  site,  ask  them  to 
sign  the  thesis. 

•  Send  three  copies  of  the  thesis,  together  with  the  thesis  classification  form, 
thesis  advisor  information  sheet,  thesis  release  memo,  and  a  floppy  disk 
containing  the  special  abstract  to  the  advisor  at  NPS  for  signature. 

•  Email  an  on-line  copy  of  the  thesis  to  the  Software  Engineering  office 
(seac_ms@cs.nps.navy.mil). 

•  Ask  the  advisor  to  forward  the  signed  thesis,  floppy  disk,  etc.  to  the  Software 
Engineering  office. 

•  The  Software  Engineering  staff  will  obtain  the  signature  of  of  the  Software 
Engineering  curriculum  chair  and  then  forward  the  thesis  to  the  thesis  processor. 

•  The  Software  Engineering  staff  will  notify  the  student  via  email  once  the  thesis 
processor  has  accepted  the  thesis. 

10.  Graduating  students  who  attend  the  graduation  commencement  should  arrive 
at  NPS  in  the  morning  of  the  day  before  graduation  commencement,  get  nametags 
from  Ms.  Jean  Brennan  [SP-404,  (831 )  656-4679,  jbrennan@nps.navy.mi],  and  attend 
commencement  rehearsal  at  1300  hours  on  the  day  before  graduation  (usually  on 
the  Wednesday  of  the  twelfth  week). 


V.  THESIS  PROPOSAL  SUBMISSION  PROCEDURE  FOR 
DISTANCE  LEARNING  STUDENTS 

1 .  The  Software  Engineering  staff  requests  MS  thesis  topics  from  all  Software 
Engineering  faculty  two  weeks  before  the  end  of  the  quarter  when  distance  learning 
thesis  students  register  for  SW0810  for  the  first  time  in  their  MSSE  study. 

6.  The  Software  Engineering  staff  sends  the  thesis  guidelines,  thesis 
procedures  (from  the  MSSE  Handbook),  sample  thesis  proposal,  and  the  list  of 
thesis  topics  to  the  POCs  at  remote  sites  via  email  no  later  than  Friday  of  the  week 
before  the  end  of  the  quarter.  POCs  at  the  remote  sites  forward  the  information  to 
the  thesis  students. 

7.  The  MSSE  coordinator  schedules  a  VTC  meeting  during  the  first  week  of 
the  quarter  to  go  over  the  thesis  guidelines,  thesis  procedures,  sample  thesis 
proposal  and  the  thesis  topics  with  the  distance  learning  students. 
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8.  Thesis  students  study  the  list  of  thesis  topics  and  discuss  the  topics  with 
their  potential  advisors  via  email,  audio  phone,  and  individual  VTC  sessions. 

9.  By  the  end  of  the  eighth  week,  thesis  students  must  send  a  thesis  proposal 
draft  to  their  advisor  and  second  reader  for  comments. 

10.  By  the  end  of  the  tenth  week,  thesis  students  must  incorporate  all  changes 
required  by  their  advisors  and  second  readers  and  submit  the  final  thesis  proposal 
to  the  NPS  Software  Engineering  office  (seac_ms@cs.nps.navy.mil). 

•  Student  signs  the  thesis  proposal. 

•  If  the  thesis  involves  a  co-advisor  or  second  reader  at  a  remote  site,  ask  them  to 
sign  the  proposal. 

•  Send  a  copy  of  the  thesis  proposal  to  the  advisor  at  NPS  for  signature. 

•  Email  an  on-line  copy  of  the  thesis  proposal  to  the  Software  Engineering  office 
(seac_MS@cs.nps.navy.mil). 

•  Ask  the  advisor  to  forward  the  signed  thesis  proposal  to  the  Software  Engineering 
office. 

•  The  Software  Engineering  staff  will  obtain  the  signature  of  the  Software 
engineering  Curriculum  Chair  and  then  forward  the  thesis  proposal  to  Ms.  Jean 
Brennan  (jbrennan@nps.navy.mil)  at  the  Code  32  curricular  office. 
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NAVAL  POSTGRADUATE  SCHOOL 
OFFICE  OF  THE  REGISTRAR 
CODE  01 B1,  589  DYER  ROAD 
MONTEREY,  CA  93943 
REGISTRAR  INFORMATION  SHEET 
DISTANCE  LEARNING 

(Please  Print  Legibly) 


Last  Name  First  Middle  Social  Security 

Number 

Rank/Grade _ 

Servi  ce _ _ 

Degree  Program  (yes  or  no) _ 

Curriculum  number _ _ 

Email  Address _ _ 

Site/Location _ _ _ 

Course  # _ _ _ 

Course  Start  Date  _ 

NAME  OF  SCHOOLS  WHERE  YOU  WERE  AWARDED  DEGREES: 

EXAMPLE:  California  State  Univ.  San  Jose,  CA  BA/BS /Political  Science  1995 


Name  of  Institution,  State 
Awarded 


Degree  Received/Major  Year 


Name  of  Institution,  State  Degree  Received/Major  Yea 

Awarded 

Under  the  authority  of  5  USC  301 ,  the  above  information  is  to  become  a  permanent 
part  of  your  student  record.  The  information  provided  will  not  be  divulged  without 
your  written  authorization  to  any  one  other  than  for  official  business  with  the 
appropriate  agencies  of  your  country  or  service. 

SIGNATURE _ _ _ DATE - 

(831)  656-2591,  DSN  878-2591,  FAX  x2891  12  March  2001 

mscheffel@nps.navy.mil 
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SOF  Instructions 

Enclosed  please  find  the  instructions  and  cover  sheets  for  the  [course  #]  SOFs. 
Please  have  the  students  fill  out  their  SOFs  and  return  the  surveys  to: 


Software  Engineering  Admin  Office 

Naval  Postgraduate  School 

833  Dyer  Road,  Room  SP531 

Monterey,  CA  93943 

(831)656-4091 

Remember  to  answer  the  following  additional  questions: 

1 7.  The  quality  of  distance  learning  instruction  compares  favorably  to  the  instructions 
received  in  a  standard  class. 

18.  The  equality  of  course  material  covered  by  distance  learning  methods  is 
equivalent  to  that  in  a  standard  class. 

19.  Interactions  between  students  and  the  instructor  in  a  distance  learning 
environment  have  comparable  instructional  value  as  in  a  standard  classroom 
setting. 

20.  Overall,  the  content  of  a  course  is  more  important  than  the  technology  used  for 
its  delivery. 
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SOFTWARE  ENGINEERING  THESIS  PROPOSAL  COVER  PAGE 

MEMORANDUM 


[Date] 


From:  Student’s  Name 

To:  Curricular  Officer,  Code  32 

Via:  (1)  Thesis  Advisor:  Advisor’s  Name 

(2)  Chair,  Software  Engineering  Curriculum:  Dr.  Luqi 

Subj:  Thesis  Proposal 

Enel:  (1 )  Milestone  Plan  for  research  and  thesis  completion. 

1 .  Tentative  Title  of  Proposed  Thesis: 

Development  of  a  software  evolution  process  for  military  systems  composed 
of  integrated  commercial  off  the  shelf  (cots)  components. 

2.  General  Area  of  Proposed  Thesis  Research: 

Factors  Affecting  Government  Software  Evolution  Management  of  Military  Systems 
Composed  of  Commercial  Off-the-Shelf  (COTS)  Software  Components. 

3.  Enclosure  (1)  is  a  milestone  plan  (dates/events)  for  research  and  thesis 
completion. 

4.  I  expect  that  my  thesis  will  be  unclassified. 

5.  We  anticipate  the  following  travel  or  other  extraordinary  requirements:  None 

6.  Proposed  Second  Reader:  Second  Reader’s  Name 

7.  Second  Reader’s  Signature:  _ 

Second  Reader 


Student  Signature 

1 .  Approved  and  forwarded  _  _ 

Thesis  Advisor  Date 

2.  Approved  and  forwarded _ _ 

Chair,  Software  Engineering  Curriculum  Date 

3.  Approved  and  forwarded _ _ 

Curricular  Officer,  Code  32  Date 
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SAMPLE  THESIS  PROPOSAL 


A  GENERAL  INFORMATION 

1.  Name:  Your  Name 

2.  Curriculum:  Software  Engineering  (369) 

3.  Thesis  Advisor:  Advisor’s  Name 

4.  Second  Reader:  Second  Reader’s  Name 

B  AREA  OF  RESEARCH 

Factors  Affecting  Government  Software  Evolution  Management  of  Military  Systems 
Composed  of  Commercial  Off-the-Shelf  (COTS)  Software  Components.  Topics  of 
interest  include  software  requirements  management,  software  configuration  control, 
software  test  &  evaluation,  and  software  risk  management. 


C  RESEARCH  QUESTIONS 

PRIMARY 

1 .  Do  traditional  software  evolution  models  support  systems  composed  of  COTS 

software  components? 


SECONDARY 

2.  How  does  a  Government  Software  Support  Activity  (SSA)  manage  system 
requirements  when  it  does  not  control  component  source  code? 

3.  How  does  a  Government  SSA  maintain  system  configuration  control  when  it 
does  not  control  version  release  dates? 
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D  DISCUSSION 

The  current  trend  in  Department  of  Defense  (DoD)  acquisition  policy  is  to  make 
maximum  effective  use  of  COTS  software  components  during  system  development. 
Traditional  software  evolution  activities  (i.e.,  those  activities  that  occur  after  delivery 
of  a  software  product  to  the  fleet)  typically  consist  of  correcting  software  errors, 
adding  new  capabilities  (enhancements),  and  adapting  the  software  product  to  new 
environments.  These  traditional  activities  require  maintainer  access  to  and  complete 
control  over  system  source  code.  For  systems  that  employ  COTS  software 
components,  maintainers  lose  direct  access  to  product  source  code. 

A  new  software  evolution  model  must  therefore  be  developed  to  address  executable 
vice  source  code  management. 


E  SCOPE  OF  THESIS 

The  main  thrust  of  this  thesis  is  to  propose  a  new  over-arching  software  evolution 
model  for  military  systems  that  employ  COTS  software  components.  Specifically, 
the  thesis  will  explore  the  software  requirements  analysis  and  the  software 
configuration  control  aspects  of  the  new  model.  For  requirements  analysis:  the  thesis 
will  propose  a  multiple  criteria  decision  model  to  aid  the  COTS  software  component 
selection/upgrade  process.  The  model,  based  on  the  Electre  method,  will  assess 
tangible  and  intangible  COTS  component  costs  and  benefits.  For  configuration  control: 
the  thesis  will  evaluate  the  relational  hypergraph  model  as  a  tool  to  aid  COTS  software 
component  tracking.  This  thesis  is  limited  to  software  evolution  activities  and  excludes 
software  development  activities. 


F  METHODOLOGY 

This  thesis  will  propose  a  new  software  evolution  model  for  military  systems  that 
employ  COTS  software  components.  The  general  research  methodology  will  include 
theoretical  analysis  of  traditional  software  evolution  methodologies,  identification  of 
COTS  specific  issues  and  concerns,  and  development  of  engineering  processes 
to  address  extant  methodology  shortcomings.  Real-world  case  studies  and  sidebars 
will  supplement  thesis  conclusions.  Case  studies  and  sidebars  will  be  drawn  from 
various  Department  of  Navy  (DoN)  Meteorological  and  Oceanographic 
(METOC)  programs: 

•  The  Tactical  Environmental  Support  System  (TESS)  is  an  METOC  legacy  system 
that  consists  of  approximately  2.5  million  lines  of  source  code. 

•  The  Navy  Integrated  Tactical  Environmental  System  (NITES),  slated  to  replace 
TESS  in  late  fiscal  year  1999,  is  built  around  COTS  software  components. 
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The  push  to  employ  COTS  software  components  in  new  military  system 
developments  is  a  recent  DoD  trend.  Validation  and  verification  of  thesis  conclusions 
will  therefore  require  further  analysis  after  this  development  strategy  matures. 


G  CHAPTER  OUTLINE 

llntroduction 

Background 

•  Policy:  DoD  push  to  use  COTS  software  components 


Software  Evolution  Management 

•  Traditional  Evolution  Models:  issues  and  concerns 

•  Proposed  Evolution  Model:  Military  Systems  composed  of  COTS  Components 
Software  Requirements  Analysis 

•  COTS  Component  Investment:  Multiple  Criteria  Decision  Model  (Electre  Method) 
Software  Configuration  Control 

•  COTS  Component  Tacking:  Activity  Based  Model  (Relational  Hypergraph  Model) 
Conclusions 

Appendices 

Bibliography 


H. 

SCHEDULE 

1. 

Literature  Review: 

15  Jun-30  Jun 

2. 

Conduct  Research: 

01  Jul-30  Jul 

3. 

Develop  Draft  Thesis: 

01  Aug-  30  Sep 

4. 

Draft  Thesis  for  Review: 

01  Oct 

5. 

Final  Thesis  for  Submission: 

01  Nov 
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BENEFITS  OF  STUDY 


There  is  a  strong  misconception  among  Government  program  managers  that  COTS 
software  components  provide  an  easy  solution  to  software  life-cycle  cost  and 
schedule  overruns.  The  main  benefits  of  this  thesis  are  to  address  some  of  the 
problems  associated  with  COTS  software  intensive  systems  and  to  propose  possible 
software  engineering  solutions  to  those  problems. 


J  ANTICIPATED  TRAVEL/FUNDING  REQUIREMENTS 
None. 
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THESIS  PREPARATION/DISTRIBUTION  FORM 

From:  Thesis  Advisor 

To:  Thesis  Processor,  Code  91 

Via:  Department  Chairman 

Subj:  THESIS  DISTRIBUTION  STATEMENT 

Attach:  Unclassified  (1),  Classified  (2)  extra  cop(ies)  of  Distribution  List,  and  two 
copies  of  the  Special  Abstract 

Author(s)  Name _ Grad.  Date  (Month/Year) _ /__ 

Last _ First _ M I _ 

Last _ First _ _ M I _ 

Curr.  Off.  Code: _ Thesis  Classification:  Unclassified _ Classified _ 

Thesis  Title _ _ _ 


In  view  of  the  literary  quality  and  technical  content  of  this  thesis,  and  the  extent  of  its 
self-contained  contribution  to  the  field  of  knowledge,  and  the  potential  contribution  to 
the  reputation  of  the  school,  it  is  recommended  that  the  distribution  of  this  thesis  be 
as  follows: 

Statement  A _ Statement  B _ Statement  C _ Statement  D _ Statement  E _ 

Statement  F _ Statement  X _ 

_ Thesis  is  properly  classified. _ Review  &  Clearance  by  OASD  required. _ Thesis 

contains  proprietary  information  or  is  an  externally  controlled  distribution  thesis. 

Therefore,  permission  of  distribution  should  be  obtained  from  the  following  individuals 
and  companies  as  listed  in  blocks  9  and/or  10  of  Standard  Form  298. 


I  certify  that  the  distribution  as  delineated  on  the  attached  distribution  list  is  in 
compliance  with  the  designated  distribution  statement. 


Signature  of  Thesis  Advisor 


Date 


Signature  of  Department  Chair  Date 


Software  Engineering  Center  2001 


27 


Appendix  F 


DISTRIBUTION  STATEMENTS 

DISTRIBUTION  STATEMENT  A  (Unclassified  only) 

Approved  for  public  release;  distribution  is  unlimited. 

DISTRIBUTION  STATEMENT  B 

Distribution  authorized  to  U.S.  Government  agencies  only;  (fill  in  reason);  (date 
statement  applied).  Other  request  for  this  document  must  be  referred  to 
Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000 
(or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center,  8725 
John  J.  Kingman  Rd„  STE  0944,  Ft.  Belvoir,  VA  22060-6218. 

DISTRIBUTION  STATEMENT  C 

Distribution  authorized  to  U.S.  Government  agencies  and  their  contractors;  (fill  in 
reason);  (date  statement  applied).  Other  requests  for  this  document  must  be  referred 
to  Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943- 
5000  (or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center, 
8725  John  J.  Kingman  Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-621 8. 

DISTRIBUTION  STATEMENT  D 

Distribution  authorized  to  DoD  and  DoD  contractors  only,  (fill  in  reason);  (date 
statement  applied).  Other  requests  for  this  document  must  be  referred  to 
Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000 
(or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center,  8725 
John  J.  Kingman  Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-6218. 

DISTRIBUTION  STATEMENT  E 

Distribution  authorized  to  DoD  components  only,  (fill  in  reason);  (date  statement 
applied).  Other  requests  for  this  document  must  be  referred  to  Superintendent, 
Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000  (or  sponsor,  as 
appropriate)  via  the  Defense  Technical  Information  Center,  8725  John  J.  Kingman 
Rd.,  STE  0944,  Ft.  Belvoir,  VA 22060-621 8. 

DISTRIBUTION  STATEMENT  F 

Further  distribution  only  as  directed  by  (insert  controlling  DoD  office  and  date),  or 
higher  DoD  Authority. 


28 


Software  Engineering  Center  2001 


Appendix  F 


DISTRIBUTION  STATEMENT  X 

Distribution  authorized  to  U.S.  government  agencies  and  private  individuals  or  enterprises 
eligible  to  obtain  export-controlled  technical  data  in  accordance  with  OPNAVINST 
5510.161  (date  statement  applied).  Other  requests  for  this  document  must  be  referred 
to  Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000 
(or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center,  8725  John  J. 
Kingman  Rd„  STE  0944,  Ft.  Belvoir,  VA  22060-621 8. 


STUDENT  AND  THESIS  ADVISOR  REVIEW 


QUESTION 

YES 

POSSIBLY 

NO 

If  YES  or 

POSSIBLY, 

Indicate 

Precisely  Where 
Problems  Occur 

Is  there  anything  in  this  thesis 
which  would  embarrass  the  School 
or  the  Navy  if  it  were  to  receive 
wide  distribution? 

Is  there  anything  in  this  thesis 
which  could  be  considered 
proprietary  to  any  company  and 
which,  if  seen  by  competitors, 
might  prove  detrimental? 

REMARKS: 


Software  Engineering  Center  2001 


29 


Appendix  F 


THESIS  DISTRIBUTION  STATEMENT  QUESTIONNAIRE 

1 .  To  determine  the  proper  distribution  statement  for  the  thesis,  the  following  questions 
must  be  answered:  Circle  ALL  answers. 

2.  Does  the  thesis  contain  information  derived  from  sections  of  source  documents 
bearing  any  of  the  following  intelligence  dissemination  control  markings? 

YES  NO 

a.  “WARNING  NOTICE  -  INTELLIGENCE  SOURCES  AND  METHODS  INVOLVED” 
(WNINTEL) 

b.  “NOT  RELEASABLE  TO  CONTRACTORS  OR  CONTRACTOR/ 
CONSULTANTS”  (NOCONTRACT) 

c.  “CAUTION-PROPRIETARY  INFORMATION  INVOLVED”  (PROPIN) 

d.  "NOT  RELEASABLE  TO  FOREIGN  NATIONALS”  (NOFORN) 

e.  “DISSEMINATION  AND  EXTRACTION  OF  INFORMATION  CONTROLLED  BY 
ORIGINATOR  (ORCON) 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  E  OR  F) 

3.  Does  the  thesis  contain  information  (other  than  intelligence  information)  that  is 
(a)  provided  to  the  United  States  by  a  foreign  government  or  governments,  an 
international  organization  of  governments,  or  any  element  thereof  with  the 
expectation,  expressed  or  implied,  that  the  information,  the  source  of  information,  or 
both,  are  to  held  in  confidence;  or  (b)  produced  by  the  United  States  pursuant  to  or 
as  a  result  of  a  joint  arrangement  with  a  foreign  government  or  governments  or  an 
international  organization  of  governments,  or  any  element  thereof,  requiring  that  the 
information,  the  arrangement,  or  both,  are  to  be  held  in  confidence? 

YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D  OR  E) 


30 


Software  Engineering  Center  2001 


Appendix  F 


4.  Does  the  thesis  contain  information  not  owned  by  the  U.S.  Government  and 
protected  by  a  contractor’s  “limited  rights”  statement,  or  received  with  the 
understanding  that  it  may  not  be  routinely  transmitted  outside  the  U.S.  government? 
(It  is  important  to  include  in  the  entry  on  the  Thesis  Preparation,  Review  and 
Distribution  Worksheet  specific  information  as  to  who  owns  the  proprietary 
information  in  order  to  facilitate  and  expedite  the  process  of  obtaining  permission  to 
publish  a  thesis,  which  contains  proprietary  information.) 

YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E) 

5.  Does  this  thesis  contain  results  of  test  and  evaluation  of  commercial  products  or 
military  hardware  when  disclosure  may  cause  unfair  advantage  or  disadvantage  to 
the  manufacturer  of  the  product? 


YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E) 

6.  Does  this  thesis  contain  information  in  management  reviews,  records  of  contract 
performance  evaluation,  or  other  advisory  documents  evaluating  programs  of 
contractors? 


YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E) 

7.  Does  this  thesis  contain  export-controlled  technical  data,  which  has  been 
designated  by  competent  authority  to  be  of  such  military  significance  that  release 
for  purposes  other  than  direct  support  of  DoD-approved  activities  may  jeopardize 
an  important  technical  or  operational  military  advantage  of  the  U.S.? 

YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  X) 

8.  Does  this  thesis  contain  technical  or  operational  data  or  information  that  must  be 
protected  from  automatic  dissemination  under  the  International  Exchange  Program 
or  by  other  means?  This  protection  covers  publications  required  solely  for  official 
use  or  strictly  for  administrative  or  operational  purposes? 

YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D  OR  E) 


Software  Engineering  Center  2001 


31 


Appendix  F 


9.  Does  this  thesis  contain  (a)  unclassified  software  which  relates  to  weapon  or 
vehicle  systems,  intelligence,  command  and  control,  communications,  or  tactics, 
strategies,  or  logistic  data  systems  where  release  of  the  software  would  adversely 
affect  national  security;  (b)  classified  or  unclassified  software  provided  to  government 
agencies  where  the  commercial  contractor  still  has  proprietary  rights;  (c)  software 
which  provides  direct  security  protection  to  ADP  equipment  and  data  communications 
and  to  systems  that  process  classified  information? 

YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D  OR  E) 

10.  Does  this  thesis  contain  information  and  technical  data  which  advances 
current  technology  or  describes  new  technology  in  an  area  of  significant  or 
potentially  significant  military  application,  or  that  relates  to  a  specific  military 
deficiency  of  a  potential  adversary? 

YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D,  AND  E  OR  X) 

1 1 .  Does  this  thesis  contain  patentable  information  on  systems  or  processes  in  the 
developmental  or  concept  stage,  which  must  be  protected  to  prevent  premature 
dissemination? 


YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E) 

1 2.  Does  this  thesis  contain  information  not  specifically  included  in  the  above  reasons 
and  discussion,  but  which  requires  protection  in  accordance  with  valid  documented 
authority  such  as  Executive  Orders,  classification  guidelines,  DoD  or  DoN  regulations 
or  policy  guidance?  (When  filling  in  the  reason,  cite  “Specific  Authority  [identification 
of  valid  documented  authority]”) 


YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D,  AND  E  OR  X) 


32 


Software  Engineering  Center  2001 


Appendix  F 


13.  Is  this  thesis  unclassified  and  of  unlimited  distribution  containing  a  bibliography 
or  reference  list,- which  cites  classified  documents?  (When  filling  in  the  reason,  cite 
“Administration/Operational  Use”) 


YES  NO 

(IF  YES,  APPLY  DISTRIBUTION  STATEMENT  C) 

14.  DISTRIBUTION  STATEMENT  F  is  used  when  the  DoD  originator  determines 
that  information  is  subject  to  special  dissemination  limitations.  It  is  normally  used 
only  on  classified  documents  but  may  be  used  on  unclassified  documents  when 
specific  authority  exists.  Do  not  include  the  Defense  Technical  Information  Center 
(DTIC)  on  the  Initial  Distribution  List  when  using  this  statement. 

15.  Use  DISTRIBUTION  STATEMENT  A  if  ALL  the  answers  to  the  above  are  “no” 
and  the  document  is  unclassified  and  distribution  statement  F  does  not  apply.  In 
addition,  if  statement  A  is  selected,  the  Department  Chairman  must  determine  if  the 
thesis  meets  any  of  the  following  criteria  (If  so,  it  must  be  submitted  for  review  and 
clearance  to  the  Office  of  Assistant  Secretary  of  Defense  (OASD)  Public  Affairs 
before  public  releases): 

A.  If  in  doubt,  submit  for  review. 

B.  Is  or  has  the  potential  to  become  an  item  of  national  or  international  interest  or 
has  foreign  policy  or  foreign  relation’s  implications. 

C.  Concerns  high  level  military  or  DoD  policy,  or  U.S.  Government  policy. 

D.  Concerns  subjects  of  potential  controversy  among  DoD  components  or  with 
other  federal  agencies. 

E.  Concerns  the  following  subject  areas: 

(1 )  New  weapons,  weapons  systems,  significant  modifications  or  improvements 
to  existing  weapons,  systems,  equipment  or  techniques. 

(2)  Military  operations,  operations  security,  potential  operations,  and  significant 
exercises. 

(3)  National  command  authorities  and  command  posts. 

(4)  Military  applications  in  space,  nuclear  weapons  (including  weapons  effects 
research)  chemical  warfare,  defensive  biological  and  toxin  research,  and  high- 
energy  lasers  and  particle  beam  technology. 


Software  Engineering  Center  2001 


33 


Appendix  F 


(5)  Material,  including  that  submitted  by  Defense  contractors,  involving  critical 
military  technology. 

(6)  Communications  security,  signals  intelligence,  and  computer  security. 

(7)  Others  as  OASD  or  higher  authority  may  designate. 

Submit  original  to  Thesis  Processor  and  six  (6)  copies  to  Security  Manager  who,  in 
turn,  will  send  it  to  the  Assistant  Secretary  of  Defense  (Public  Affairs)  for  review 
and  clearance. 

If  still  unsure  of  the  correct  distribution  statement,  refer  questions  to  the  Security 
Manager  (NPS  Code  0052,  x2450). 

Thesis  Processing  Code  91 ,  ext.  2762 

Revised  January  1999 


34 


Software  Engineering  Center  2001 


Appendix  G 


Naval  Postgraduate  School 
Monterey,  California 


THESIS 

Thesis  Title 

By 

Student  Name 

Month  2001 

Thesis  Advisor: 

Advisor  Name 

Second  Reader: 

Reader  Name 

Approved  for  public  release;  distribution  is  unlimited. 


Software  Engineering  Center  2001 


35 


Appendix  G 


This  Page  Intentionally  Left  Blank 


36 


Software  Engineering  Center  2001 


Appendix  G 


TABLE  OF  CONTENTS 

I.  INTRODUCTION . -1 

A.  SUMMARY . .1 

B.  PURPOSE . 2 

C.  MOTIVATION . 2 

D.  ORGANIZATION . B 

II.  BACKGROUND . 7 

A.  DOD  ACQUISITION  POLICY  SHIFT . 7 

1 .  Federal  Acquisition  Regulation  (FAR) . 7 

2.  DoD  Directive  5000.1 ,  March  1996 . 8 

3.  DoD  Regulation  5000. 2-R,  March  1996 . 9 

4.  Other  References: . 13 

B.  OFF-THE-SHELF  (OTS)  COMPONENT  TERMINOLOGY . 14 

1.  Commercial  OTS  (COTS)  Software  Components . 15 

2.  Modified  OTS  (MOTS)  Software  Component . 16 

3.  Government  OTS  (GOTS)  Software  Component . 16 

4.  Non-Developmental  Item  (NDI) . 16 

C.  COTS  SOFTWARE  COMPONENT  SOLUTION  PROFILES .  17 

1.  Single  COTS  Component  Solution . 17 

2.  Integrated  COTS  Component  Solution . 18 

III.  TRADITIONAL  SOFTWARE  DEVELOPMENT  and  EVOLUTION .  19 

A.  TRADITIONAL  SOFTWARE  DEVELOPMENT . 1 9 

1 .  Traditional  Requirements  Analysis  Activities . 21 

2.  Traditional  Design  and  Development  Activities . 22 

3.  Traditional  Formal  Qualification  Test  Activities . 23 

B.  TRADITIONAL  SOFTWARE  EVOLUTION . 24 

IV.  INTEGRATED  COTS  COMPONENT  SOLUTION  EVOLUTION . 25 

A.  PRE-EVOLUTION  CONSIDERATIONS . 25 

1.  COTS  Requirements  Definition . 25 

2.  COTS  Requirements  Infrastructure  Support . 27 

3.  COTS  Architecture  Considerations . 28 

B.  THE  INTEGRATED  COTS  COMPONENT  EVOLUTION  (ICCE) 

MODEL . 31 

C.  THE  ICCE  PROCESS . 33 

1 .  ICCE  User  Awareness  Process . 39 

2.  ICCE  Risk  Awareness  Process . -44 

3.  ICCE  Market  Awareness  Process . 48 

V.  ICCE  Risk  Management . 53 

A.  CONTINUOUS  RISK  MANAGEMENT . 53 


Software  Engineering  Center  2001 


37 


Appendix  G 


B.  ICCE  RISK  FACTORS . 54 

1.  Technology  Category:  Maturity/Stability  Risk  Factor . 55 

2.  Technology  Category:  Competition  Risk  Factor . 55 

3.  Vendor  Category:  Maturity/Stability  Risk  Factor . 55 

4.  Vendor  Category:  Technology  Expertise  Risk  Factor . 56 

5.  Vendor  Category:  Responsiveness  Risk  Factor . 56 

6.  Vendor  Category:  Technical  Support  Risk  Factor . 57 

7.  Product  Category:  Market  Acceptance  Risk  Factor . 57 

8.  Product  Category:  Robustness/Performance  Risk  Factor . 58 

E.  ICCE  RISK  SUMMARY  SHEET . .66 

VI.  ICCE  RISK  MANAGEMENT  CASE  STUDY . 69 

A.  METEOROLOGICAL  AND  OCEANOGRAPHIC  (METOC) 

PROGRAM  EVOLUTION . 69 

B.  METEOROLOGICAL  MOBILE  FACILITY  REPLACEMENT  (METMF(R)) 

PROGRAM . 69 

1.  METMF(R)  System  Description . -70 

2.  METMF(R)  System  Objectives . .71 

3.  METMF(R)  Hardware  Overview . 71 

4.  METMF(R)  Software  Overview . .72 

C.  METMF(R)  ICCE  RISK  ASSESSMENT . 73 

D.  METMF(R)  ICCE  RISK  CONTROL . 77 

E.  METMF(R)  RISK  MANAGEMENT  CASE  STUDY  CONCLUSIONS .  82 

VII.  ICCE  TEST  AND  EVALUATION . 65 

A.  ICCE  TEST  AND  EVALUATION  OVERVIEW . 85 

B.  ICCE  QUALIFICATION  TEST  AND  EVALUATION . 87 

1 .  ICCE  Qualification  Test  and  Evaluation  Inputs . 87 

2.  ICCE  Qualification  Test  and  Evaluation  Activities . 88 

3.  ICCE  Qualification  Test  and  Evaluation  Outputs . 91 

C.  ICCE  FUNCTIONAL  TEST  AND  EVALUATION . 92 

1 .  ICCE  Functional  Test  and  Evaluation  Inputs . 92 

2.  ICCE  Functional  Test  and  Evaluation  Activities . 92 

3.  ICCE  Functional  Test  and  Evaluation  Output . 94 

D  .ICCE  INTEGRATION  TEST  AND  EVALUATION . 95 

1 .  ICCE  Integration  Test  and  Evaluation  Inputs . 95 

2.  ICCE  Integration  Test  and  Evaluation  Activities . 96 

3.  ICCE  Integration  Test  and  Evaluation  Outputs . 97 

VIII.  CONCLUSIONS  AND  RECOMMENDATION . 99 

A.  CONCLUSIONS . -99 

1 .  ICCE  Risk  Awareness  Process . 100 

2.  ICCE  Market  Awareness  Process . 1 00 

3.  ICCE  User  Awareness  Process . 101 


38 


Software  Engineering  Center  2001 


Appendix  G 


4.  ICCE  Test  and  Evaluation  Process . 101 

B.  RECOMMENDATIONS . 103 

APPENDIX  A  -  METMF(R)  RISK  ASSESSMENT  CHARTS . 105 

APPENDIX  B  -  METMF(R)  RISK  INFORMATION  SHEETS . 145 

LIST  OF  REFERENCES . 153 

INITIAL  DISTRIBUTION  LIST . 157 


Software  Engineering  Center  2001 


39 


Appendix  G 


Approved  for  public  release;  distribution  is  unlimited 


Thesis  Title 


Student’s  Name 
B.S.E.E.,  School  Name,  1983 
Submitted  in  partial  fulfillment  of  the 
requirements  for  the  degree  of 


MASTER  OF  SCIENCE  IN  SOFTWARE  ENGINEERING 


from  the 

NAVAL  POSTGRADUATE  SCHOOL 
Month  2001 


Author:  _ 

Student  Name 


Approved  by: 


Name,  Thesis  Advisor 


Name,  Second  Reader 


Luqi,  Chair 

Software  Engineering  Curriculum 


40 


Software  Engineering  Center  2001 


Appendix  G 


This  page  intentionally  left  blank 


Software  Engineering  Center  2001 


41 


Appendix  G 


ABSTRACT 

Department  of  Defense  (DoD)  acquisition  policy  requires  that  military 
system  acquisitions  incorporate  commercial-off-the-shelf  (COTS)  components 
into  system  architectures.  Traditional  DoD  source  code  development  and 
evolution  methodologies  do  not  effectively  support  COTS-intensive  systems. 
To  fully  realize  the  benefits  of  COTS  technologies  and  products,  the  DoD  must 
adopt  new  ways  to  sustain  system  evolution  in  the  face  of  a  dynamic  market 
environment  subject  to  constant  change. 

This  thesis  proposes  a  new  software  evolution  methodology  to  effectively 
maintain  COTS-intensive  military  systems.  The  integrated  COTS  component 
evolution  (ICCE)  model  provides  evolution  processes  designed  to  support  the 
maintainer  as  a  consumer  of  software  instead  of  a  source-code  developer. 
The  ICCE  model  affords  proactive  risk  awareness,  market  awareness,  and 
user  awareness  activities.  The  ICCE  model  also  supports  a  three-tier  test  and 
evaluation  process.  A  case  study  for  the  U.S.  Navy/Marine  Corps  Meteorological 
Mobile  Facility  Replacement  (METMF(R))  program  demonstrates  the 
effectiveness  of  the  ICCE  risk  management  process. 
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INTRODUCTION 


SUMMARY 

Department  of  Defense  (DoD)  acquisition  policy  requires  that  military  system 
acquisitions  incorporate  commercial-off-the-shelf  (COTS)  components  into  system 
architectures.  Traditional  DoD  source  code  development  and  evolution 
methodologies  do  not  effectively  support  COTS-intensive  systems.  To  fully  realize 
the  benefits  of  COTS  technologies  and  products,  the  DoD  must  adopt  new  ways  to 
sustain  system  evolution  in  the  face  of  a  dynamic  market  environment  subject  to 
constant  change. 

This  thesis  proposes  a  new  software  evolution  methodology  to  effectively  maintain 
COTS-intensive  military  systems.  The  integrated  COTS  component  evolution  (ICCE) 
model  provides  evolution  processes  designed  to  support  the  maintainer  as  a 
consumer  of  software  instead  of  a  source-code  developer.  The  ICCE  model  affords 
proactive  risk  awareness,  market  awareness,  and  user  awareness  activities.  The 
ICCE  model  also  supports  a  three-tier  test  and  evaluation  process.  A  case  study  for 
the  U.S.  Navy/Marine  Corps  Meteorological  Mobile  Facility  Replacement  (METMF(R)) 
program  demonstrates  the  effectiveness  of  the  ICCE  risk  management  process. 

PURPOSE 

The  Department  of  Defense  (DoD)  is  undergoing  a  significant  change  in  the  way  it 
acquires  and  maintains  software  intensive  systems.  To  alleviate  software 
development  costs  and  reduce  schedule  delays,  the  DoD  is  shifting  towards  the 
commercial  market  to  fulfill  system  requirements. 

The  primary  purpose  of  this  thesis  is  to: 

•  Develop  a  new  software  evolution  methodology  that  supports  the  DoD  maintainer 
as  a  consumer  of  software  instead  of  a  source  code  developer. 

The  secondary  purpose  of  this  thesis  is  to: 

•  Develop  and  demonstrate  a  risk  management  process  for  military  systems  built 
around  an  integrated  software  component  solution. 

•  Develop  a  formal  qualification  test  and  evaluation  process  for  military  systems 
built  around  an  integrated  software  component  solution. 
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MOTIVATION 

Acquisition  managers  must  understand  that  choosing  a  COTS  component  may  be 
a  reasonable  solution;  however,  the  decision  to  use  COTS  should  be  the  product  of 
analysis,  reasoning,  and  engineering  decisions,  not  the  desire  to  jump  on  the  latest 
bandwagon.  [Ref.  1] 

Even  though  Brooks  [Ref.  2]  warned  that  silver  bullets  do  not  exist  to  solve  software 
development  and  maintenance  productivity  problems,  the  DoD  is  pushing  the 
commercial  market  as  a  silver  bullet  to  reduce  military  system  development  costs 
and  to  mitigate  schedule  delays. 

A  review  of  software  management  and  engineering  literature  illustrates  some  of  the 
following  expectations  and  realities  that  exist  regarding  the  integration  of  COTS 
software  components  into  military  systems.  Some  of  the  expectations  include. 

•  COTS  software  components  will  reduce  development  costs  and  overall  schedule 
[Ref.  3], 

•  COTS  software  components  are  less  risky  [Ref.  4], 

•  COTS  software  components  can  be  procured  and  modified  faster  and  cheaper 
than  developing  the  component  from  scratch  [Ref.  4], 

•  COTS  software  components  will  satisfy  all  system  requirements  [Ref.  4], 

•  COTS  software  components  are  stable  and  error-free  [Ref.  4]. 

•  COTS  components  do  not  require  testing  [Ref.  5]. 

•  COTS  components  are  selected  based  on  extensive  evaluation  and  analysis 
[Ref.  5]. 

•  Vendors  will  keep  the  component  current  and  up  to  date  with  technology 
[Ref.  4], 

•  Vendors  will  utilize  commercially  accepted  interface  standards. 

•  Vendors  will  employ  commercially  accepted  software  engineering 
development  practices. 

•  Vendor  literature  is  accurate,  complete  and  understandable  [Ref.  4], 
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•  An  open-system  architecture  solves  the  COTS  component  inter-operability 
problem  [Ref.  5]. 

Some  of  the  realities  include: 

•  COTS  software  component  integration  can  be  expensive  [Ref.  4]. 

•  COTS  software  components  require  more  testing  because  the  integrator  does 
not  know  how  they  were  built  [Ref.  5]. 

•  COTS  software  components  are  typically  selected  based  on  slick  demos,  web 
searches,  or  by  reading  trade  journals  [Ref.  5]. 

•  Selecting  the  wrong  COTS  component  can  be  more  expensive  than  fixing 
problems  in  custom-built  software  [Ref.  4], 

•  COTS  software  component  vendors  do  not  supply  all  services  [Ref.  4]. 

•  Features  sell  COTS  components,  not  documentation  [Ref.  5], 

•  COTS  software  components  may  not  meet  all  the  system  requirements 
[Ref.  4], 

•  COTS  software  components  may  not  be  easy  to  modify  [Ref.  4], 

•  The  system  developer  will  have  little  control  over  vendor  quality  and  schedule 
[Ref.  4], 

•  The  system  developer’s  organization  will  have  to  change  to  accommodate  COTS 
software  components  [Ref.  4]. 

•  There  is  no  standard  definition  for  open-system  and  plug-and-play  does  not 
always  work  [Ref.  5], 

•  COTS  software  components  introduce  new  tradeoffs,  issues,  constraints, 
assumptions,  problems,  and  inadequacies  [Ref.  1, 3,  5,  6,  7], 

The  large-scale  integration  of  COTS  software  components  into  military  system 

architectures  introduces  new  engineering,  management,  and  organization 

challenges: 

•  The  system  maintainer  no  longer  controls  software  component  specification. 
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•  The  system  maintainer  no  longer  controls  software  component  source  code. 

•  The  system  maintainer  no  longer  controls  software  component  release  schedule. 

•  The  system  maintainer  is  no  longer  able  to  conduct  developmental  (white  box) 
test  and  evaluation. 

The  purpose  of  software  engineering  is  to  improve  the  quality  of  software  and  software 

products  [Ref.  8].  The  primary  motivation  behind  this  thesis  is  to  help  DoD  managers 

acquire  and  maintain  effective  COTS-intensive  military  systems.  Specifically,  this 

paper  will  attempt  to  convey  the  following  essential  points: 

•  DoD  managers  and  engineers  must  have  a  clear  understanding  of  the  applicable 
risks  and  benefits  associated  with  COTS-intensive  system  acquisitions. 

•  DoD  managers  and  engineers  must  adopt  new  processes  and  activities  to 
sustain  effective  COTS-intensive  systems. 

ORGANIZATION 

This  thesis  is  organized  into  the  following  chapters: 

•  Chapter  II  identifies  acquisition  source  documents  and  policy  statements  affecting 
the  DoD  push  toward  COTS  integration  into  military  systems. 

•  Chapter  III  provides  a  brief  overview  of  traditional  source  code-based 
development  and  evolution  activities. 

«  Chapter  IV  presents  the  integrated  COTS  component  evolution  (ICCE)  model 
along  with  a  brief  overview  of  the  major  ICCE  activities  and  processes. 

•  Chapter  V  presents  the  ICCE  risk  management  process  for  COTS-intensive 
systems. 

•  Chapter  VI  presents  a  case  study  that  demonstrates  the  effectiveness  of  the 
ICCE  risk  management  process. 

•  Chapter  VII  presents  the  ICCE  test  and  evaluation  process  for  COTS-intensive 
systems. 

•  Chapter  VIII  provides  thesis  conclusions  and  recommendations. 
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to  thesis  processor;  all  sections  must  be  completed  THESIS  RELEASE 
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Part  II.  APPROVAL  FOR  THESIS  PUBLICATION  ON  THE  NPS  HOMEPAGE/ 
DTIC  WEB  PAGE 
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Part  III.  THESIS  DISTRIBUTION  STATEMENT 

In  view  of  the  literary  quality  and  technical  content  of  this  thesis,  and  the  extent  of  its 
self-contained  contribution  to  the  field  of  knowledge,  and  the  potential  contribution  to 
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Review  &  Clearance  by  OASD  required _ 

_ Thesis  contains  proprietary  information  or  is  an  externally  controlled  distribution 

thesis.  Therefore,  permission  of  distribution  should  be  obtained  from  the  following 
individuals  and  companies  as  listed  in  blocks  9  and/or  10  of  Standard  Form  298.  It 
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that  permission  has  been  secured. 


I  certify  that  the  distribution  as  delineated  above  is  in  compliance  with  the  designated 
distribution  statement. 


Signature  /  Thesis  Advisor  Date 


Signature  /  Chair  or  Dean 


Date 
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Part  IV.  THESIS  DISTRIBUTION  STATEMENT  QUESTIONNAIRE 

1 .  To  determine  the  proper  distribution  statement  for  the  thesis,  thefollowing 
questions  must  be  answered:  Circle  each  answer. 

2.  Does  the  thesis  contain  information  derived  from  sections  of  source 
documents  bearing  any  of  the  following  intelligence  dissemination  control  markings? 

a.  WARNING  NOTICE  -  INTELLIGENCE  SOURCES  AND  METHODS 
INVOLVED))  (WN INTEL) 

b.  “NOT  RELEASABLE  TO  CONTRACTORS 

OR  CONTRACTOR/CONSULTANTS”  (NOCONTRACT) 

c.  “CAUTION-PROPRIETARY  INFORMATION  INVOLVED”  (PROPIN) 

d.  “NOT  RELEASABLE  TO  FOREIGN  NATIONALS”  (NOFORN) 

e.  “DISSEMINATION  AND  EXTRACTION  OF  INFORMATION 
CONTROLLED  BY  ORIGINATOR”  (ORCON) 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  E  OR  F.) 

3.  Does  the  thesis  contain  information  (other  than  intelligence  information)  that 
is  (a)  provided  to  the  United  States  by  a  foreign  government  or  governments,  an 
international  organization  of  governments,  or  any  element  thereof  with  the 
expectation,  expressed  or  implied,  that  the  information,  the  source  of  information,  or 
both,  are  to  held  in  confidence;  or  (b)  produced  by  the  United  States  pursuant  to  or 
as  a  result  of  a  joint  arrangement  with  a  foreign  government  or  governments  or  an 
international  organization  of  governments,  or  any  element  thereof,  requiring  that  the 
information,  the  arrangement,  or  both,  are  to  be  held  in  confidence? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D 

OR  E.) 

4.  Does  the  thesis  contain  information  not  owned  by  the  U.S.  Government  and 
protected  by  a  contractor’s  «limited  rights»  statement,  or  received  with  the 
understanding  that  it  may  not  be  routinely  transmitted  outside  the  U.S.  Government? 
It  is  the  advisor’s  responsibility  to  identify  and  obtain  permission  from  the  owner  of 
the  proprietary  information  in  order  to  facilitate  and  expedite  the  distribution  of  the 
thesis  which  contains  proprietary  information. 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E.) 
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5.  Does  this  thesis  contain  results  of  test  and  evaluation  of  commercial  products 
or  military  hardware  when  disclosure  may  cause  unfair  advantage  or  disadvantage 
to  the  manufacturer  of  the  product? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E.) 

6.  Does  this  thesis  contain  information  in  management  reviews,  records  of 
contract  performance  evaluation,  or  other  advisory  documents  evaluating  programs 
of  contractors? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E.) 

7.  Does  this  thesis  contain  export-controlled  technical  data  which  has 
been  designated  by  competent  authority  to  be  of  such  military  significance 
that  release  for  purposes  other  than  direct  support  of  DoD-approved 
activities  may  jeopardize  an  important  technical  or  operational  military 
advantage  of  the  U.S. 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  E  OR  X.) 

8.  Does  this  thesis  contain  technical  or  operational  data  or  information  that 
must  be  protected  from  automatic  dissemination  under  the  International  Exchange 
Program  or  by  other  means.  This  protection  covers  publications  required  solely  for 
official  use  or  strictly  for  administrative  or  operational  purposes? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D  OR 
E.) 

9.  Does  this  thesis  contain  (a)  unclassified  software  which  relates  to  weapon 
or  vehicle  systems,  intelligence,  command  and  control,  communications,  or  tactics, 
strategies,  or  logistic  data  systems  where  release  of  the  software  would  adversely 
affect  national  security;  (b)  classified  or  unclassified  software  provided  to  Government 
agencies  where  the  commercial  contractor  still  has  proprietary  rights;  (c)  software 
which  provides  direct  security  protection  to  ADP  equipment  and  data  communications 
and  to  systems  that  process  classified  information? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D  OR 
E.) 

10.  Does  this  thesis  contain  information  and  technical  data  which  advances 
current  technology  or  describes  new  technology  in  an  area  of  significant  or  potentially 
significant  military  application,  or  that  relates  to  a  specific  military  deficiency  of  a 
potential  adversary? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D,E 

OR  X.) 
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1 1 .  Does  this  thesis  contain  patentable  information  on  systems  or  processes  in 
the  developmental  or  concept  stage,  which  must  be  protected  to  prevent  premature 
dissemination? 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B  OR  E.) 

12.  Does  this  thesis  contain  information  not  specifically  included  in  the  above 
reasons  and  discussion,  but  which  requires  protection  in  accordance  with  valid 
documented  authority  such  as  Executive  Orders,  classification  guidelines,  DoD  or 
DoN  regulations  or  policy  guidance?  (When  filling  in  the  reason,  cite  «Specific  Authority 

(identification  of  valid  documented  authority))). 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  B,  C,  D,  E 

OR  X.) 

13.  Is  this  thesis  unclassified  and  of  unlimited  distribution  containing  a 
bibliography  or  reference  list,  which  cites  classified  documents?  (When  filling  in  the 
reason,  cite  «Administrative/Operational  Use»). 

YES  NO  (IF  YES,  APPLY  DISTRIBUTION  STATEMENT  C.) 

14.  DISTRIBUTION  STATEMENT  F  is  used  when  the  DoD  originator  determines 
that  information  is  subject  to  special  dissemination  limitations.  It  is  normally  used 
only  on  classified  documents  but  may  be  used  on  unclassified  documents  when 
specific  authority  exists.  Do  not  include  the  Defense  Technical  Information  Center 
(DTIC)  on  the  Initial  Distribution  List  when  using  this  statement. 

15.  Use  DISTRIBUTION  STATEMENT  A  if  ALL  the  answers  to  the  above  are  no 
and  the  document  is  unclassified  and  distribution  statement  F  does  not  apply.  In 
addition,  if  statement  A  is  selected,  the  Department  Chair  or  Dean  must  determine 
if  the  thesis  meets  any  of  the  following  criteria:  (If  any  of  the  criteria  apply,  the  thesis 
must  be  submitted  for  review  and  clearance  to  the  Office  of  the  Assistant  Secretary 
of  Defense  (OASD)  Public  Affairs  before  public  release. 

A.  Is  or  has  the  potential  to  become  an  item  of  national  or  international 
interest  or  has  foreign  policy  or  foreign  relation’s  implications. 

B.  Concerns  high  level  military  or  DoD  policy,  or  U.S.  Government  policy. 

C.  Concerns  subjects  of  potential  controversy  among  DoD  components  or 

with  other  federal  agencies. 

D.  Concerns  the  following  subject  areas: 

(1 )  New  weapons,  weapons  systems,  significant  modifications 
or  improvements  to  existing  weapons,  systems,  equipment  or  techniques. 

(2)  Military  operations,  operations  security,  potential  operations, 

and  significant  exercises. 
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(3)  National  command  authorities  and  command  posts. 

(4)  Military  applications  in  space,  nuclear  weapons  (including 
nuclear  weapons  effects  research)  chemical  warfare,  defensive  biological  and  toxin 
research,  and  high-energy  lasers  and  particle  beam  technology. 

(5)  Material,  including  that  submitted  by  Defense  contractors, 
involving  critical  military  technology. 

(6)  Communications  security,  signals  intelligence,  and  computer 

security. 

(7)  Others  as  OASD  or  higher  authority  may  designate. 

E.  If  in  doubt,  submit  for  review. 

Submit  original  to  Thesis  Processor  and  6  copies  to  the  Security  Manager 
(NPS  Code  0052),  who  in  turn  will  send  it  to  the  Assistant  Secretary  of  Defense 
(Public  Affairs)  for  review  and  clearance. 
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Part  IV.  DISTRIBUTION  STATEMENTS 
DISTRIBUTION  STATEMENT  A  (Unclassified  only) 

Approved  for  public  release;  distribution  is  unlimited 

DISTRIBUTION  STATEMENT  B 

Distribution  authorized  to  U.S.  Government  Agencies  only;  (fill  in  reason);  (date 
statement  applied).  Other  requests  for  this  document  must  be  referred  to 
Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000 
(or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center,  8725 
John  J.  Kingman  Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-6218. 

DISTRIBUTION  STATEMENT  C 

Distribution  authorized  to  U.S.  Government  Agencies  and  their  Contractors;  (fill  in 
reason);  (date  statement  applied).  Other  requests  for  this  document  must  be  referred 
to  Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943- 
5000  (or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center, 
8725  John  J.  Kingman  Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-6218. 

DISTRIBUTION  STATEMENT  D 

Distribution  authorized  to  DoD  and  DoD  Contractors  only;  (fill  in  reason);  (date 
statement  applied).  Other  requests  for  this  document  must  be  referred  to 
Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000 
(or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center,  8725 
John  J.  Kingman  Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-6218. 

DISTRIBUTION  STATEMENT  E 

Distribution  authorized  to  DoD  Components  only;  (fill  in  reason);  (date  statement 
applied).  Other  requests  for  this  document  must  be  referred  to  Superintendent, 
Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000  (or  sponsor,  as 
appropriate)  via  the  Defense  Technical  Information  Center,  8725  John  J.  Kingman 
Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-6218. 

DISTRIBUTION  STATEMENT  F 

Further  distribution  only  as  directed  by  (insert  controlling  DoD  office  and  date),  or 
higher  DoD  Authority. 

DISTRIBUTION  STATEMENT X 

Distribution  authorized  to  U.S.  Government  Agencies  and  private  individuals  or  enterprises 
eligible  to  obtain  export-controlled  technical  data  in  accordance  with  OPNAVINST 
551 0. 1 61  (date  statement  applied).  Other  requests  for  this  document  must  be  referred 
to  Superintendent,  Code  0052,  Naval  Postgraduate  School,  Monterey,  CA  93943-5000 
(or  sponsor,  as  appropriate)  via  the  Defense  Technical  Information  Center,  8725  John  J. 
Kingman  Rd.,  STE  0944,  Ft.  Belvoir,  VA  22060-621 8 
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Part  VI.  CRITICAL  TECHNOLOGY  AREAS  LISTINGS 

(Please  check  all  that  apply  to  your  thesis  work) 

Joint  Warfighting  Science  and  Technology  Plan  Defense  Technology  Objectives: 

_  Information  Superiority 

_  Precision  Fires 

_  Combat  Identification 

_  Joint  Theater  Missile  Defense 

_  Military  Operations  on  Urbanized  Terrain 

_  Joint  Readiness  and  Logistics  and  Sustainment  of  Strategic  Systems 

_  Force  Projection/Dominant  Maneuver 

_  Electronic  Warfare 

_  Chemical/Biological  Warfare  Defense  and  Protection  and  Counter 

_ Weapons  of  Mass  Destruction 

_  Combating  Terrorism 

_  Protection  of  Space  Assets 

Defense  Technology  Area  Plan  Defense  Technology  Objectives: 

_ Air  Platforms 

_  Chemical/Biological  Defense 

_  Information  Systems  Technology 

_  Ground  and  Sea  Vehicles 

_  Materials/Processes 

_  Biomedical 

_  Sensors,  Electronics,  and  Electronic  Warfare 

_  Space  Platforms 

_  Human  Systems 

_  Weapons 

_  Nuclear  Technology 

_  Battlespace  Environments 

Command  Capability  Issues: 

_  Battlespace  Connectivity 

_  Flexible  Targeting 

_  Mine  Warfare  (Offensive  and  Defensive) 

_  Common/Consistent  Tactical  Picture 

_  Ship  Self  Defense/Force  Protection 

_  Chemical/Biological  Defense 

_  Coalition  C4I 

_  Interdiction  Operations,  Sanctions  Enforcement,  and  Counter-SOF 

_  Maintenance 

_  Information  Warfare  and  Counter-GPS  Jamming 

_  Integrated  Fire  Support 

_  Non-lethal  Technologies 

Over-the-Horizon  Sustainment  and  Resupply 
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_  Shallow  Water  ASW 

_ Theater  Air  Defense 

_  Fight  in  Adverse  Environmental  Conditions 

_  Simulation  and  Training 

_  Unmanned  Tactical  Reconnaissance 

Future  Naval  Capabilities: 

_ Autonomous  Operations 

_  Capable  Manpower 

_  Electric  Ship  and  Combat  Vehicles 

_  Knowledge  Superiority  and  Assurance 

_  Littoral  ASW 

_  Littoral  Combat  and  Power  Projection 

_  Missile  Defense 

_  Organic  Mine  Countermeasures 

_  Platform  Protection 

_ Time  Critical  Strike 

_ Total  Ownership  Cost  Reduction 

_ Warfighter  Protection 
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THESIS  EXTENSION  REQUEST 

DATE: 


FROM: _ _ _ 

Last  Name  First  Name  M.l.  Rank  Service  Country 

ADDRESS:; _ 


To:  Academic  Council  (Code  01 B) 

Via:  m 

_,  Thesis  Advisor 

(2) 

_,  Academic  Associate 

(3) 

_,  Department  Chairmen 

(4) 

_ ,  Curricular  Officer 

Subj:  _ REQUEST  FOR  THESIS  EXTENSION 

(1st,  2nd,  or  3rd) 


1 .  I  request  a _ year  extension  until _ to  complete  the  thesis  requirements 

(1st,  2nd,  or  3rd)  Month/Year 


for  the  degree  Master  of  Science  in _ ,  My  original  graduation 

date  was _ , 

Month/Year 


2.  I  understand  that  /  am  solely  responsible  for  filing  my  own  timely  thesis 
extension  and  upon  successful  completion  of  my  thesis,  I  will  notify  the  Curricular 
Office.  I  understand  the  Curricular  Officer  will  re-nominate  me  for  my  degree  and 
make  preliminary  arrangements  for  my  diploma  to  be  printed.  Upon  approval  of 
the  degree  award  by  the  Academic  Council  and  the  Superintendent,  my  official 
graduation  date  will  be  the  effective  date  of  the  next  graduation  ceremony.  I  will 
provide  the  Curricular  Office  with  the  mailing  address  for  my  diploma. 

3.  My  justification  for  requesting  a _ extension  is  as  follows: 

(2nd,  or  3rd) 


Revised  03/24/99 


(Signature) 
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MEMORANDUM 

To:  Director  of  Admissions,  Code  01 B3 

Naval  Postgraduate  School 
589  Dyer  Rd.,  RM  103C 
Monterey,  CA  93943-51 00 

From:  Student’s  name 

Student’s  contact  info 

Date:  Enter  date  here 

Subj:  Admission  to  the  MS  Software  Engineering  (369)  Program 

I  am  presently  employed  as  (position)  at  (command  name)  in  (location).  I 
request  to  for  admission  into  the  Master  of  Science  in  Software  Engineering  (369) 
under  the  distance  learning  option. 

Enclosed  please  find  the  transcripts  of  my  previous  undergraduate  and  postgraduate 
work,  and  a  copy  of  the  authorization  letter  (or  form,  whichever  is  more  appropriate) 
from  my  command. 

Sincerely, 


Your  name 
Your  title 
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MSSE  Distance  Learning  POCs 

SPAWAR  Systems  Center,  San  Diego: 

VTC  and  Admin:  Dr.  David  Lambert,  lambert@spaware.navy.mil 

SPAWAR  Headquarters: 

VTC  and  Admin:  Capt.  Jennifer  Warwick,  warwickj@spawar.navy.mil 
TACOM: 

VTC  and  Admin:  Mr.  Jack  Wallace,  wallacej@tacom.army.mil 
VTC  Alternate:  Mr.  Chris  Klein,  kleinc@tacom.army.mil 

FortBelvoir: 

VTC  and  Admin:  Maj.  Rick  Jones 
richard.jones@dtra.mil 

Port  Hueneme: 

VTC  and  Admin:  Mr.  Gary  Corwin,  CorwinGL@phdnswc.navy.mil 
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INITIAL  DISTRIBUTION  LIST 

1.  Defense  Technical  Information  Center . 2 

8725  John  J.  Kingman  Rd.  STE  0944 

Ft.  Belvoir,  Virginia  22060-621 8 

2.  Research  Office,  Code  09 . 1 

Naval  Postgraduate  School 

Monterey,  California  93940-5000 

3.  Professor  Luqi . .150 

Naval  Postgraduate  School 

Monterey,  California 
Luqi@nps.navy.mil 

4.  Dudley  Knox  Library,  Code  52 . 2 

Naval  Postgraduate  School 

Monterey,  California 
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